startrcrelationship

Use o comando startrcrelationship para iniciar o processo de cópia do relacionamento Metro Mirror ou Global Mirror, configurar a direção da cópia se indefinida e (opcionalmente) marcar o volume secundário do relacionamento como limpo. O relacionamento deve ser um relacionamento independente. Também é possível usar este comando para reiniciar o processo de cópia de relacionamento ativo/ativo após especificar stoprcrelationship -access.

Sintaxe

Paramêtros

-primary master | aux: (Opcional) Especifica a direção da cópia, definindo se o disco principal ou auxiliar se tornará o primário (origem). Esse parâmetro é necessário quando o primário estiver indefinido se, por exemplo, o relacionamento estiver no estado inativo.
-force: (Opcional) Especifica que você deseja que o sistema processe a operação de cópia, mesmo se ela levar a uma perda temporária de consistência enquanto ocorre a sincronização. Esse parâmetro será obrigatório se o relacionamento estiver no estado ConsistentStopped, mas não estiver sincronizado ou no estado inativo - exceto se a proteção de consistência estiver configurada.
Importante: O uso do parâmetro force pode resultar na perda do acesso. Use-o somente sob a orientação da equipe de suporte IBM®.
-clean: (Opcional) Especifica que o volume que deve se tornar secundário é limpo. Quaisquer mudanças feitas no volume secundário são ignoradas e as mudanças feitas no volume primário limpo são consideradas ao sincronizar os discos primário e secundário. O relacionamento deve estar em um estado Inativo (conectado) para esse parâmetro funcionar.
Atenção: Esse sinalizador deverá ser usado somente se todos os dados mudados nos volumes secundários enquanto o grupo de consistências estava no estado inativo corresponderem ao estado dos volumes primários no momento em que o grupo de consistências estava interrompido. Caso contrário, os relacionamentos que não estiverem consistentes serão relatados como consistentes. Quando isso é concluído, não haverá nenhum método para determinar se esses volumes já atingiram um estado consistente verdadeiro até que uma cópia em plano de fundo integral possa ser executada novamente.
rc_rel_id | rc_rel_name: (Obrigatório) Especifica o ID ou o nome do relacionamento que você deseja iniciar em um relacionamento independente.

Description

O comando startrcrelationship inicia um relacionamento independente. O comando falhará se ele for usado para iniciar um relacionamento que faça parte de um grupo de consistências.

Nota: Não será possível iniciar um relacionamento se os volumes primário e secundário tiverem tamanhos diferentes.

Esse comando pode ser especificado somente para um relacionamento conectado. Para um relacionamento que estiver inativo, esse comando designa uma direção de cópia (funções principal e secundária) e inicia o processo de cópia. Caso contrário, esse comando reinicia um processo de cópia anterior que foi interrompido por um comando de parada ou por algum erro de E/S.

Nota: Um comando no estado idling será rejeitado se qualquer um dos volumes secundários indicados for o destino de um mapa FlashCopy existente.

Se o mapeamento de FlashCopy estiver ativo, a cópia remota não poderá ser iniciada.

Se um relacionamento de cópia remota existente for interrompido especificando stoprcrelationship -access, mas for reiniciado e o volume secundário resultante (dependendo da opção do primário) estiver mapeado para um host de tipo hide_secondary, esse volume não será apresentado ao host. Isso será verdadeiro mesmo que for mapeado para propósitos de configuração. Os volumes mapeados serão apresentados para o host se:

O tipo de host for mudado para um tipo diferente de hide_secondary
O relacionamento de cópia remota for interrompido especificando stoprcrelationship -access
O volume deixar de ser um volume secundário, pois o relacionamento de cópia remota está sendo excluído ou alternado

No estado inativo, você deve fornecer o parâmetro -primary . Em outros estados conectados, é possível fornecer o parâmetro -primary , mas ele deve corresponder à configuração existente.

O parâmetro -force é necessário se houver a possibilidade de perda da consistência ao iniciar uma operação de cópia. Essa situação pode ocorrer se transações de entrada ocorrerem nos volumes primário ou secundário desde que o estado ConsistentStopped ou inativo ocorreu. Essa situação ocorre quando o relacionamento está em um destes estados:

ConsistentStopped mas não sincronizado
Inativo mas não sincronizado

Depois de reiniciar um relacionamento em um desses estados, os dados no volume secundário não serão utilizáveis para recuperação de desastre até que o relacionamento se torne consistente.

Um relacionamento Global Mirror com um cycling_mode de multi em qualquer um desses estados não requererá o parâmetro -force porque uma imagem secundária consistente será retida. Entretanto, se tal relacionamento estiver no estado inativo e dados gravados forem recebidos no volume secundário, a sinalização -force será necessária, pois o volume secundário terá uma imagem divergente que não poderá representar um estado anterior consistente.

O parâmetro -force não é necessário se o relacionamento não estiver em um dos seguintes estados:

InconsistentStopped
InconsistentCopying
ConsistentSynchronized

Entretanto, o comando não falhará se você especificar o parâmetro -force.

Não é necessário especificar o parâmetro -force para relacionamentos com volumes de mudança secundários configurados. Se especificar startrcrelationship para um relacionamento inativo, a proteção de consistência será desativada se houver gravação no volume secundário. Isso significa que se deve especificar o parâmetro -force.

Um relacionamento Global Mirror com um modo cíclico:

none usa o algoritmo Global Mirror não cíclico
multi deverá:
- Usar um volume de mudança que esteja configurado no volume primário (ou o comando falhará)
- Usar um volume de mudança que esteja configurado no volume secundário (ou o comando falhará)
- Execute vários ciclos

Após criar uma cópia em plano de fundo, o relacionamento permanecerá no estado de cópia, aguardando o restante do período de tempo expirar antes de executar um novo ciclo. Se o volume de mudança secundário estiver desconfigurado quando a cópia em segundo plano for concluída, o relacionamento parará como se não houvesse nenhum período de ciclo.

Relacionamentos que forem ativo/ativo deverão ter um estado de inativo para serem iniciados. (Deve-se especificar -primary para determinar quais das cópias principal e auxiliar se tornarão a primária ao iniciar um relacionamento inativo).

Use esse comando para:

Reinicie o processo de cópia do relacionamento ativo/ativo e retenha a cópia de recuperação de desastre histórica à qual o acesso é concedido (que pode ser usado enquanto a cópia atualizada estava off-line)
Alternar de volta para uma cópia atualizada no mesmo estado que estava antes de especificar stoprcrelationship -access. Quaisquer mudanças feitas na cópia históricas são descartadas

Lembre-se: Se alternar de volta para a cópia atualizada, poderá ser necessário executar ações do host para preparar-se para a mudança de dados do volume.

Depois de especificar esse comando, se a cópia secundária não for uma cópia histórica do relacionamento primário, ela não poderá ser usada para recuperação de desastre (e a disponibilidade da recuperação de desastre será restaurada após a ressincronização das cópias). Essa situação pode ocorrer quando:

A nova cópia primária é a histórica, o que significa que a nova cópia secundária contém dados que são de um momento posterior aos dados que a primeira contém
A cópia secundária é a cópia histórica que é modificada entre a especificação dos comandos stoprcrelationship -access e startrcrelationship -primary (o que significa que a cópia secundária representa uma imagem de dados divergente)

Esse comando copia somente as regiões que são necessárias para ressincronizar as duas cópias.

Um Exemplo de Chamada

startrcrelationship rccopy1

A saída do resultado:

Sem feedback